home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 6047 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.4 KB
  1. Path: comma.rhein.de!serpens!not-for-mail
  2. From: mlelstv@serpens.rhein.de (Michael van Elst)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: CHIP RAM speed test results
  5. Date: 23 Mar 1996 14:47:34 +0100
  6. Organization: dis-
  7. Message-ID: <4j0vdm$cli@serpens.rhein.de>
  8. References: <4iogfh$e6i@serpens.rhein.de> <4j0p69$9f6@fizban.solace.mh.se>
  9. NNTP-Posting-Host: serpens.rhein.de
  10.  
  11. cmh@lls.se (Magnus Holmgren) writes:
  12.  
  13. > MvE> This is exactly why the move16 was implemented, to avoid the cost of
  14. > MvE> the copyback cache when doing bulk copies. Unfortunately it requires
  15. > MvE> that source and destination are properly aligned, something that is
  16. > MvE> difficult to achieve under AmigaOS.
  17.  
  18. >It isn't that difficult if you allocate structs yourself, is it? Allocate
  19. >some extra bytes, mask, and you're done..
  20.  
  21. This is surely true. But one major usage of MOVE16 is coyping of
  22. I/O-Buffers which are rarely aligned.
  23.  
  24. >On the Amiga, MOVE16 is not supported 100%.  Causing an Enforcer hit
  25. >with a MOVE16 will cause major problems and maybe cause Enforcer or
  26. >your task to lock.
  27.  
  28. This isn't a problem because good programs don't cause Enforcer hits :)
  29.  
  30. >instruction.  (Also, watch out for the 68040 CPU bug with MOVE16)
  31.  
  32. Some revisions of the 040 have bugs and MOVE16 can corrupt data.
  33.  
  34. Regards,
  35. -- 
  36.                                 Michael van Elst
  37.  
  38. Internet: mlelstv@serpens.rhein.de
  39.                                 "A potential Snark may lurk in every tree."
  40.